home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000109_fdc@watsun.cc.columbia.edu_Thu May 10 12:59:35 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  98 lines
  1. Article: 12399 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!not-for-mail
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc,comp.unix.programmer
  5. Subject: Re: Need help with Mac OS X 10.0.2
  6. Date: 8 May 2001 11:27:33 -0400
  7. Organization: Columbia University
  8. Lines: 81
  9. Message-ID: <9d9395$rt3@watsun.cc.columbia.edu>
  10. References: <9d6t71$lp0$1@watsol.cc.columbia.edu> <9d90vh$ot8$1@jake.esu.edu>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 989335657 15358 128.59.39.2 (8 May 2001 15:27:37 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 8 May 2001 15:27:37 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12399 comp.unix.programmer:128388
  16.  
  17. In article <9d90vh$ot8$1@jake.esu.edu>,
  18. David H. Hutchens <hutchens@cs.millersville.edu> wrote:
  19. : Thanks for your response, Frank.
  20. : 
  21. : Yes, it was working in Mac OS X public beta.
  22. : 
  23. : I have not tried recompiling. I'll can give it a shot.
  24. : 
  25. Yes, please do.
  26.  
  27. : I did try setting flow control rts/cts. ( I noticed that oddity after
  28. : I sent the previous message). Maybe I had turned it off in public beta
  29. : because:
  30. : 
  31. : Tuning on RTS/CTS resulted in a message that says:
  32. :    Warning -SET FLOW RTS/CTS is in effect but modems CTS signal is off.
  33. :    Disabling flow control temporarily during dialing.
  34. : 
  35. Did RTS/CTS work in the public Beta?
  36.  
  37. : But then.... I was able to log in on the remote machine.  Oddly, I
  38. : got a system beep along with the echo of the first 4 or 5 characters
  39. : of my login name. Then things seemed to work OK.
  40. : 
  41. : Is it OK to ignore the above warning? Does it still enable RTS/CTS
  42. : after the connection? How can I tell?
  43. : 
  44. The message is worrisome.  It probably means that the API for hardware
  45. flow control and/or modem-signal testing changed or broke.  Of course I 
  46. have no way of knowing that, nor of knowing what they changed to.
  47.  
  48. : But when I tried to download a file, I got errors.
  49. : 
  50. Because flow control was not working.
  51.  
  52. : I set the buffer size down until I got to 512 and that allowed
  53. : files to download. Even a 1 MB binary file downloaded OK, with no
  54. : reported errors.  The download speed was over 2700 CPS. The modem on
  55. : the other end is a 28K modem, so that seemed quite reasonable.
  56. : 
  57. A good thing about Kermit protocol is that it can be made to work even
  58. when important parts of the connection are broken.  But it would be
  59. preferable to make flow control work right.
  60.  
  61. : My wife notes that our old 14400 zyxel modem connected to a
  62. : NeXTStation has been having some phone line problems in the last two
  63. : weeks so perhaps we have a more noisy phone line than when I tried
  64. : with the public beta.
  65. : 
  66. No, the problem in your case is that Kermit can't sense the CTS line
  67. from the modem.  Assuming that you had been using RTS/CTS before the
  68. OS upgrade, it indicates a software change, bug, or incompatibility.
  69.  
  70. : Finally, I notice that when I quit kermit, it says the modem may
  71. : still be active and I tell it to quit anyway.
  72. : 
  73. Another indication that the API for accessing modem signals is broken.
  74.  
  75. : But it apparently did not hang up. How can I force it to hang
  76. : up the phone?
  77. : 
  78. If you exit from Kermit or give it the HANGUP command, it hangs up by
  79. dropping DTR.  But since the modem-signal API isn't working on Mac OS X,
  80. probably DTR isn't really being dropped.  But Kermit always gives you
  81. another way to work around broken components:
  82.  
  83.   set modem hangup-method modem-command
  84.   hangup
  85.  
  86. This makes Kermit hang up by sending +++ and then ATH0.
  87.  
  88. So how do we get the real problem fixed?  First try recompiling and see
  89. if that clears things up.  If not, it would be best if I could get
  90. telnet/ftp access to your Mac, or another one that has the same OS
  91. level so I can poke around the header files, man pages, etc, and see
  92. if I can get at the modem signals.  (Of course even then I can't actually
  93. see/hear what's happening, but it's better than nothing.)  Failing that,
  94. somebody who has Mac OS X 10.2 and a modem will have to make the code
  95. work (I can point out the relevant modules and functions).
  96.  
  97. - Frank
  98.